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Oe^HAL FAX CENTER 

JUL 0 1 2005 

IN THE UNITED STATKS PATENT AND TRADEMARK OFFICE 

MICHAEL GEORG PAULTKS, ET AL. ) 

) 

09/922,058 ) Before the Board 

) of Appeals 
August 3, 2001 ) 

METHOD AND SYSTEM FOR MASTER ) Appeal No. 
PLANNING PRIORITY ASSIGNMENT ) 

Commissioner for Patents 

P.O.Box 1450 

Alexandria, VA 22313-1450 

APPEAL BRIEF 

A Petition for Extension of Time (one month) is filed herewith. 

TH E REA L PA RTY IN INTER EST 

The real party in interest in this appeal is International Business Machines, Inc. 
Ownership by International Business Machines, Inc. is established by assignment 
document recorded fortius application on August 3, 2001 on Reel 012073, Frame 0559. 
RELATED APPEALS AND IN F ERENC ES 

Appellant knows of no related patent applications or patents under appeal or 
interference proceeding. 
STAXUS OF CI ATM S 

Claims 6, 16, and 28 have been canceled. Claims 1-5, 7-15, 17-27 and 29-32 
stand rejected. The rejections of claims 1-5, 7-15, 1 7-27 and 29-32 are herein appealed. 
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STATUS OF AM ENDMRNTS 

There have been no amendments Hied subsequent to receipt oTlhe final ofllec 

action. 

SUMM ARY OF C LAIMED SUBJE CT MATTER 

A concise explanation ofthe subject matter defined in each of the independent 
claims I , 1 0, 1 1 , 22, 23, and 32 involved in Ihc appeal is provided below: 
C laim 1 

Claim 1 recites u [a] method for performing master planning priority assignment-*' 

The method comprising "creating at least one rule database" (referring to Figure 
1 , a rule database layout is shown; Figure 3, user interface option 312; page 9, lines 24- 
25; page 10, lines 26-29). 

The method further comprising "assigning a priority to a demand record, said demand 
record containing a demand record attribute field and a demand record priority field" (Figure 
4, options 402 and 404; page 4, lines 7-9; page 5, lines 23-25; page 1 1, lines 1-5, 12-14, and 
19-24; Figure 5; pagcll, lines 19-2-1). 

The assigning u priority to a demand record comprising "selecting said at least one 
rule database, said at least one rule database including at least one record, a rule database 
attribute field that correlates to said demand record attribute field, and a rule database priority 
field*' (Figure I ; page 4, lines 5- 16; page 9, lines 20-21). 

The assigning a priority to a demand record further comprising "querying said at least 
one rule database for a corresponding rule database record that contains data in said rule 
database attribute field that matches data in said demand record attribute field" (Figure 4; 
page. 11, lines 11-14; Figure 5). 

YOR9200 J 0 1 46US I /1 3 1 -0003 2 
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The assigning a priority to a demand record further comprising "based upon said 
querying, updating data in said demand record priority field with data from said 
corresponding rule database priority field" (Figure 4; Figaro 5, options 506, 510, and 514). 

Claim 10 

Claim 10 recites "[a] method for master planning priority assignment 

The method comprising "creating at least one rule database" (Figure 1 illustrates a 
rule database layout; Figure 3, Option 312; page 9, lines 24-25; page 10, lines 26-29). 

The melliod further comprising "assigning a priority to a demand record, said 
demand record containing a demand record attribute field and a demand record priority 
field" (Figure 4, options 402 and 404; page 4, lines 7-9; page 5, lines 23-25; page 1 1 , 
lines 1 -5 and 12-14; Figure 5; page U, lines 19-24). 

The assigning a priority to a demand record comprising "selecting at least one rule 
database, said at least one rule database including at least one record, a rule database 
attribute field that correlates to said demand record attribute field, and a rule database 
priority field" (Figure 1 ; page 4, lines 5-16; page 9, lines 20-21). 

The assigning a priority to a demand record further comprising "querying said at 
least one rule database for a corresponding rule database record that contains data in said 
rule database attribute field that matches data in said demand record attribute field" 
(Figure 4; page 1 1 , lines 1 1-14; Figure 5). 

The matching comprising "querying said at least one rule database for an explicit 
data match; if no said explicit data match exists querying said rule database for a 
hierarchy value match; and if no said explicit data match or said hierarchy value data 

YOR0200I0146US1/131-0003 3 
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rnaich exists querying said rule database for a wildcard match" (Figure 1; Figure 5; page 
11, line24-pagc 12, line 14). 

The assigning a priority lo a demand record further comprising "updating data in 
said demand record priority field wilh data from said corresponding rule database priority 
field" (Figure 4; Figure 5, options 506, 510, 514). 

Claim 11 

Claim 11 recites "[a] system for performing master planning priority assignment." 

The system comprising "a storage device storing master planning priority assignment 
data" (Figure 2, storage device 208; page S, lines 15-25; page 9, lines 5-9). 

The system further comprising "a user system" (Figure 2, user systems 202; page 6, 
lines 12-14 and 18-24). 

The system further comprising "a host system in communication with said storage 
device and said user systems, said host system implementing a process" (Figure 2, host 
system 204; page 6, lines 12-IS; page 9, lines 2-5). 

The process comprising "creating at least one rule database" (Figure 1 illustrates a 
rule database layout; Figure 3, option 312; page 9, lines 24-25; page 10, lines 26-29), 

The process further comprising ''assigning apriority to a demand record, said demand 
record containing a demand record attribute field and a demand record priority field" (Figure 
4, options 402 and 404; page4, lines 7-9; page 5, lines 23-25; page 11, lines 1-5, 12-14, and 
19-24; Figure 5; page 1 i, lines 19-24). 
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Tito assigning a priority to a demand record comprising "selecting said at least one 
rule database, said at least one rule database including at least one record, a rule database 
attribute field that correlates to said demand record attribute field, and arulc database priority 
field" (Figure 1; page 4, lines 5-16; page 9, lines 20-21). 

The assigning a priority to a demand record further comprising "querying said at least 
one rule database for a corresponding rule database record that contains data in said rule 
database alLribute field that matches data in said demand record attribute field" (Figure 4; 
page 11, lines 1 1-14; Figure 5). 

The assigning a priority to a demand record further comprising "based upon said 
querying updating data in said demand record priority field with data from said 
corresponding rule database priority field" (Figure 4; Figure 5, options 506, 510, and 514). 

gaini.22 

Claim 22 recites "[a] system for performing master planning priority assignment." 

The system comprising "at least one rule database" (Figure 1 illustrates a rule 
database layout; Figure 3, option 312; page 9, lines 24-25; page 10, lines 26-29). 

The system further comprising "a storage device storing master planning priority 
assignment data associated with said at least one rule database" (Figure 2, storage device 
208; page 8, linos 15-25; page 9, lines 5-9). 

The system further comprising "a user system" (Figure 2, user systems 202; page 6, 
lines 12-14 and 18-24). 
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The sysLcm further comprising "a host system in communication with said storage 
device nnd said user systems, said host system implementing a process" (Figure 2, host 
system 204; page 6, lines 12-18; page 9, lines 2-5). 

The process comprising "creating said at least one rule database" (Figure 1 
illustrates a rule database layout; Figure 3, option 312; page 9, lines 24-25; page 1 0, lines 
26-29). 

The process further comprising "assigning apriority to a demand record, said demand 
record containing a demand record attribute Held and ademand record priority Held" (Figure 
4, options 402 and 404; page 4, lines 7-9; page 5, lines 23-25; page 1 1 , lines 1 -5, 12-14, and 
19-24; l-igure 5; page 11, lines 19-24). 

The assigning a priority to a demand record comprising "selecting said at least one 
rule database, said at least one rule database including at least one record, a rule database 
allribulc field that correlates to said demand record attribute field, and a rule database 
priority field" (Figure 1 ; page 4, lines 5-16; page 9, lines 20-21). 

The assigning a priority to a demand record further comprising "querying said at least 
one rule database for a corresponding rule database record that contains data in said rule 
database attribute field that matches data in said demand record attribute field" (Figure 4; 
page 11, lines 1 1-14; Figure 5). 

The matching comprising "querying said at least one rule database for an explicit 
data match; ihio said explicit data match exists querying said at least one rule database 
for a hierarchy value match; and if no said explicit data match or said hierarchy value data 
match exists querying said at least one rule database for a wildcard match" (Figure 1 ; 
Figure 5; page 11, line 24-pagc 12, line 14). 

YOR920010M6US1/I31-0003 6 
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The assigning a priority to a demand record further comprising "based upon said 
querying updating data in said demand Tccocd priority field with data from said 
corresponding rule database priority field" (Figure 4; Figure 5, options 506, 510, and 
514). 

Claim 23 

Claim 23 recites u [a) storage medium encoded with machine-readable computer 
program code for performing master planning priority assignment, the storage medium 
storing instructions for causing a host system to implement a method." 

The method comprising "creating at least one rule database" (Figure 1 illustrates a 
rule database layout; Figure 3, option 312; page 9, lines 24-25; page 10, lines 26-29). 

The method further comprising "assigning a priority to a demand record, said 
demand record containing a demand record attribute field and a demand record priority 
field" (Figure 4, options 402 and 404; page 4, lines 7-29; page 5, lines 23-25; page 1 1, 
lines 1-5 and 12-14; Figure 5; page 1 1, lines 19-24). 

The assigning a priority to a demand record comprising "selecting at least one rule 
database, said at least one rule database including at least one record, a rule database 
attribute field that correlates to said demand record attribute field, and a rule dalabasc 
priority field" (Figure I ; page 4, lines 5-16; page 9, lines 20-21). 

The assigning a priority to a demand record further comprising "querying said at 
least one rule database for a corresponding rule database record that contains data in said 
rule database attribute field that matches data in said demand record attribute field 1 ' 
(Figure 4; page 1 1, lines 1 1-14; Figure 5). 

YOR920010M6US1/I31-0003 7 
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The matching comprising "querying said at least one rule database for an explicit 
diila match; if no said explicit data match exists querying said rule database Tor a 
hierarchy value match; and if no said explicit data match or said hierarchy value data 
match exists querying said rule database for a wildcard match" (Figure 1 ; Figure 5; page 
11, line 24-page 12, line 14). 

The assigning a priority to a demand record further comprising "updating data in 
said demand record priority field with data from said corresponding rule database priority 
field" (Figuro 4; Fi gure 5, options 506, 5 1 0, 5 1 4). 

Claim 32 

Claim 32 recites "[a] storage medium encoded with machine-readable computer 
program code for performing master planning priority assignment, the storage medium 
storing instructions for causing a host system to implement a method." 

The method comprising "creating at least one rule database" (Figure 1 illustrates a 
rule database layout; Figure 3, option 312; page 9, lines 24-25; page 10, lines 26-29). 

The method further comprising "assigning a priority to a demand record, said 
demand record containing a demand record attribute field and a demand record priority 
field" (Figure 4, options 402 and 404; page 4, lines 7-9; page 5, lines 23-25; page 1 1, 
lines 1-5 and 12-14; Figure 5; page 11, lines 19-24). 

The assigning a priority to a demand record comprising "selecting at least one rule 
database, said at least one rule database including at least one record, a rule database 
attribute field that correlates to said demand record attribute field, and a rule database 
priority field" (Figure 1 ; page 4, lines 5-16; page 9, lines 20-21). 

YOR020010146US1/131-0003 8 
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The assigning a priority to a demand record further comprising "querying said at 
least one rule database for a corresponding rule database record that contains data in said 
rule database attribute field that matches data in said demand record attribute field" 
(Figure 4; page 11, lines 11-14; Figure 5). 

The matching comprising "querying said at least one rule database for an explicit 
data match;, if no said explicit data match exists querying said rule database for a 
hierarchy value match; and if no said explicit data match or said hierarchy value data 
match exists querying said rule database for a wildcard match" (Figure 1; Figure 5; page 
II, line 24-page 12, lino 14). 

The assigning a priority to a demand record further comprising "updating data in 
said demand record priority field with data from said corresponding rule database priority 
field" (Figure 4; Figure 5, options 506, 510, 514). 

The above exemplary embodiments arc discussed with respect to the 
aforementioned independent claims byway of example only and are not intended to in 
any way limit the scope of tbese claims. 
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GROUN DS OV REJRCTfO N TO BJi RRVlRWRD ON AP PEAL 

Claims 1-5, 7-15, 17-27, and 29-32 have been rejected under 35 U.S.C. 103(a) as 
being allegedly unpatentable over Jenkins et ul. The rejection of claims 1-5, 7-15, 17-27, 
and 29-32 as being allegedly unpatentable over Jenkins et a!, is to be reviewed on appeal. 

ARGU MHNT 

Claims 1-5, 7-15, 17-27, and 29-32 have been rejected under 35 US.C, 103(a) as 
being allegedly unpatentable over Jenkins et al. 

The Kxamincr states, wilh respect to claims 1 and 23, that Jenkins teaches 
"creating at least one rule database" citing page 1 1 3 lell column, lines 32-52. The 
Examiner states that the planning component 210 recited in Jenkins "can recommend 
shipments in one of two modes: either unconstrained or constrained. For unconstrained 
mode, the tuser needs to define sourcing shipping quantities and then store this data in the 
database 600. Otherwise, for constrained mode, the user sets the following dalabase 
components: sourcing, assign allocation, recommended shipments, and arrival calendars, 
set stock available duration and minimum allocation duration, assign location priorities, 
assign allocation strategies, and set push mode." The Examiner then states that "the 
created components database in the planning component 210 is represented as one rule 
database or the data in the database 600 is represented as one rule database/ 1 

The Kxamincr then slates that Jenkins teaches "assigning a priority to a demand 
record, said demand record containing a demand record attribute field and a demand 
record priority field," citing Table 13 of page 23 of the Jenkins reference and concluding 
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that each item in Table 1 3 is a demand record find lhat "each item has priority field 
including the value of the field and the value of draw quantity field " 

The Examiner then stales lhat Jenkins goes on to leach that the priority 
assignment, as recited in claims 1 and 23, includes "selecting said at least one rule 
database, said at least one rule database including at least one record,, a rule database 
attribute field lhat correlates to said demand record attribute field, and a rule database 
priority field." In support, the Examiner references Table 3 and page 11, left column, 
lines 32-52 and page 13, left column, lines 22-30 of Jenkins and states "the planning 
component 210 creates recommended shipments when source stock is not limited within 
the minimum allocation duration by using following database components: sourcing, 
assign allocation, recommended shipments, and arrival calendars, set stock available 
duration and minimum allocation duration, assign location priorities, assign allocation 
strategics, and set push mode." The Examiner then states "in this table each demand 
record attribute field correlates to a ailc database attribute field. For example, location 
field or demand record correlates to assign location field of component database. The 
above information indicates lhat at least one database component is selected." In 
addition, the Examiner references page 2, lines 1-25; page 17, lines 22-67, stating "the 
fulfillment 1 00 includes rules, which are assigned to each SiCU in database 600. The 
database 600 has a list of SlCU's, a minimum safety level for each SKU at each location 
field, demand type priority field. Each field in the fulfillment 100 corresponds to each 
item location field and demand type priority field." 

Referring to Figure 1, Jenkins shows fulfillment scrver(s) 100 and database 
YOR920010146US1/I31-0003 1 1 
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scivcr(s) 600. Fulfillment scrvcr(s) 100 includes various modules associated therewith, 
including a distribution module 200 (which includes a planning component 210) and a 
deployment module 300. Jenkins is devoid of any leaching or suggestion of a demand 
prioriLy database including a demand priority record. Moreover, Jenkins is devoid of 
teaching or suggesting a demand record attribute field that corresponds to a priority 
dal abase attribute field. Referring to Table 13 and paragraph 031 8, Jenkins leaches that 
through the deployment component 300 of the fulfillment system 100, a "user can specify 
potential alternates, or substitutes, for an item, and tell dqiloymcnt to automatically ship 
the substitute when inventory of the original item runs out." The Examiner's statement 
(hat each item is a demand record is in error. Rather, at best the collective listing of items 
shown in Table 13 represents a single demand. As described in paragraph 0321, the 
substitution list "tells the system to use 100-00-001 if there is not enough 1 00-00-000 to 
meet the demand. The list then tells the system to use 100-0O-002 if it is unable to use 
1 00-00-001 to fulfill the unmet requires of 100-00-000, and so on/* Each item therefore, 
is not an individual demand record, since there is only a demand for the specified quantity 
(Draw Quantity of 1.0) and the Priority field value tells the system to use the next item 
only if there is not enough of the requested quantity to meet the demand. In other words, 
there is only a demand for the specified quantity provided in the first item listed in Table 
1 3. Since Jenkins docs not teach a rule database, it logically follows that Jenkins does not 
leach creating a rule database as recited in Appellants' claims 1 and 23. 

The Examiner's statement <£ in this table (Table 3], each demand record attribute 
field correlates to a rule database attribute field" is also in error. The Examiner 
YOR92C010H6US1/T31-0003 12 
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introduces a second table, which docs not corrcsj>ond in any way to the alleged demand 
record (i.e., the line item of the Substitution List), on which he relics as support that such 
demand record is taught by Jenkins. In Tact, the Tabic 3 described in Jenkins relates to a 
set of planned arrivals (paragraph 01 93). The Appellants fail to appreciate how the 
Substitution List of Table 13 is combined with the planned arrival list of Tabic 3 to derive 
n demand record thai includes a demand record allribute field which correlates to a rule 
database allribute field. 

A$ recited in claims 1 and 23, two record types, namely a demand record and a 
rule database record are claimed. A rale database allribute field of the rule database 
correlates to the demand record attribute field of the demand record. Jenkins ct al. is 
devoid of teaching any of these elements. 

The Examiner acknowledges that Jenkins is devoid of teaching "querying said at 
least one rule database for a corresponding rule database record that contains data in said 
rule database attribute field that matches data in said demand record attribule field; based 
upon said quciying, updating data in said demand record priority field with data from said 
corresponding rule database priority field", However, the Examiner states that Jenkins 
Reaches the user can specify potential alternates, or substitutes, for an item. The system 
100 allows the user to track when substitution logic has recommended shipments of 
substitute items in a database to meet the demand of primary item. The primary demand 
includes Jiff Date, priority field." Citing Table 3, page 23, lines 39-40; and page 24, 
lines 7-56, the Examiner then states "when a substitute item meets the demand of primary 
item, it means that fields of substitute item match the fields of primary item." The 
YOK020010146US 1/13 1^0003 13 
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Examiner concludes that this indicates support for his contention that "the system queries 
the system 100 to retrieve substitutes items/* In addition, the Examiner cites Figure 1, 
and page 27, lines 24-40 in support thai the system includes a query to modify. The 
Appellants submit that, while the system of Jenkins may perform substitutions for 
alternate items, it docs not logically follow that the substitution activities in any way 
include "at least one rule database" and "a corresponding rule database record that 
contains data m said rule database attribute field that matches data in said demand record 
attribute field." Accordingly, the Appellants submit that die Examiner's claim of 
obviousness with rospeet to Hie "querying" and the "updating" is in en-or. For at least 
these reasons, claims t and 23 palentably define over Jenkins et at. 

Claims 2-5 and 7-9 should be patentable as depending from what should be an 
allowable independent claim. In addition, claims 24-27 and 29-31 should be patentable 
as depending from what should be an allowable independent claim. 

Claims 2 and 24 should also be allowable as setting forth patentable subject 
matter in and of themselves. Claims 2 and 24 recite, respectively, therein said data in 
said corresponding rule database attribute field contains an explicit value operable for 
specifying a priority to be given to a demand record; wherein said match occurs if said 
data in said demand record attribute field is contained within said explicit value/' The 
Kxnmincr cites Table 13, page 23; Table 3, page 23, lines 39-40; page 24, lines 7-56 in 
support of the rejections. However, Jenkins does not teuch a rule database attribute field 
as indicated above with respect to claims 1 and 23. Consequently, it logically follows 
that Jenkins et al. does not teach an explicit value contained in the rule database attribute 
YOR92001O146US1/I31-0003 14 
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field that is "operable for specifying a priority to be given to a demand record; wherein 
said match occurs if said dala in said demand record attribute field is contained within 
said explicit value" as recited in claims 2 and 24. For at least these reasons, claims 2 and 
24 pnlentably define over Jenkins ct al. 

Claims 3 and 25 should also be allowable as setting forth, patentable subject 
matter in and of themselves. The Examiner concedes that with respect to claims 3 and 
25, that Jenkins docs not leach the claimed limitation "wherein said dala in said 
corresponding rulo database attribute field contains a hierarchy value operable for 
speci Tying a priority to bo given to a hierarchy level denned within said rule database 
attribute field; wherein said mutch occurs if said data in said demand record attribute field 
is contained within said hierarchy value." However, the Examiner contends that Jenkins 
teaches that a user can specify potential alternates, or substitutes, for an item that includes 
substitution logic for recommending shipments of substitute items to meet the demand of 
a primary item. The Examiner further contends that Jenkins teaches that when a substitute 
item meets the demand of primary item, it means that fields of substitute item meets 
match Ihc fields of primary item. The Examiner relies on this interpretation as evidence 
that the system of Jenkins et al. queries the system 100 to retrieve substitutes items, citing 
Table 13, page 23, lines 39-40; page 24, lines 7-56 in support. 

The Examiner then applies this interpretation and alleges that it would have been 
obvious lo a person of nn ordinary skill in the art at the time the invention was made to 
apply Jenkins' teaching of allowing the user to track when substitution logic hits 
recommended shipments of substitute items in a database to meet the demand of primary 
VOR020010146US 1/13 1-0003 15 
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item in order 1o avoid supply conllicls such as unexpected delays in production, by 
rerouting and reapplying resources. The Examiner's interpretation and assessment of the 
teachings of Jenkins el al. is clearly in error. The Table 1 3 relied upon by the Examiner 
rcliites lo a single demand as represented by a single line item. All other line items 
represent substitute products available for this single demand. The product substitution 
(i.e., subsequent line items) maybe executed upon the occurrence of a condition. By 
contrast, the limitations recited in claims 3 and 25 have no association with the 
application of substitutions for items listed in a single demand statement. 
For at least these reasons, claims 3 and 25 palcnlably define over Jenkins et al. 

Claims 4 and 26 should also be allowable as setting forth patentable subject 
matter in and of themselves. Claims 4 and 26 recite the limitation "wherein said data in 
said corresponding rule database attribute field contains a wildcard value operable for 
specifying a default priority value to be given to a hierarchy level defined with said rule 
database attribute Held." Claims 4 and 26 further recite the limitation "wherein said data 
in said corresponding rule database attribute field contains a wildcard value operable for 
sped lying n default priority value to be given to a hierarchy level defined with said rule 
database attribute field." The Examiner cites page 1 9, col. Left, lines 20-50 and page 12, 
lines 45-61 in support of the rejections. However, Jenkins is devoid of teaching a wild 
card value. For at least these reasons, claims 4 and 26 patcntably define over Jenkins ct 
al. 

Claims 5 and 27 should also be allowable as setting forth patentable subject 
matter in and of themselves. Claims 5 and 27 recite, respectively, "wherein said demand 
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record attribute field includes due date, customer, and demand type." The Examiner cites 
page 23 v col. Right, lines 1 5-60 in support, However, Jenkins docs not teach a demand 
record attribute field as suggested by the Examiner. For at least these reasons, claims 5 
and 27 patcntably define over Jenkins et ah 

Claims 7 and 29 should also be allowable as setting forth patentable subject 
mailer in and of themselves. Claims 7 and 29 recite, respectively, Updating said at least 
one record in said at least one rule database." The Examiner relics upon page 25, lines 
5 ] -60 in support. However, Jenkins docs not teach a rule database. For at least these 
reasons, claims 7 and 29 patcntably define over Jenkins et ah 

Claims 8 and 28 should also be allowable as setting forth patentable subject 
matter in and of themselves. Claims 8 and 28 recite "creating said hierarchy value, said 
hierarchy value containing a hierarchy level" The Examiner relics upon page 7, col. 
Right, lines 37-44 in support. The Examiner contends that Jenkins et ah teaches a hard 
expiration date is used with products that have a limited shclflifc based on a date rather 
than a duration. The Examiner then states that this information shows that the system 
creates a hierarchy value. The Examiner's interpretation of claims 8 and 28 is in error. 
The hierarchy value recited in claims 8 and 28 cannot be fairly equated to a lime value 
(i.e., shelf life) as suggested by the Examiner. For at least these reasons, claims 8 and 28 
patcntably define over Jenkins et ah 

Claims 9 and 29 should also be allowable as setting forth patentable subject 
matter in and of themselves. Claims 9 and 29 recite "creating said hierarchy value, said 
hierarchy value containing said explicit level." The hierarchy value recited in claims 9 
YOR920010M6USI/I3 U0003 1 7 
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and 29 cannot be fairly equated lo a time value (i.o., shelflife) as snggcsledby tlic 
Examiner. For at least these reasons, claims 9 and 29 palentably define over Jenkins ct al. 

Claim 1 1 recites "a storage device storing master planning priority assignment 
data; a user system; and a host system in communication with said storage device and 
said user systems, said host system implementing a process." The Examiner contends 
that Jenkins recites these elements, citing (Figure 1A-1B, page 2, col. Right, lines 1-34; 
page 5, col. Right, lines 30-33. The Examiner further contends that Jenkins recites the 
claimed limitation "creating at least one rule database" citing page 1 1, left column, lines 
32-52. The Examiner states that Uic planning component 210 recited in Jenkins "can 
recommend shipments in one of two modes: cither unconstrained or constrained. For 
unconstrained mode, the user needs to delinc sourcing shipping quantities and then store 
this data in the database 600. Otherwise, for constrained mode, the user sets the 
following database components: sourcing, assign allocation, recommended shipments, 
and arrival calendars, set stock available duration and minimum allocation duration, 
assign location priorities, assigu allocation strategics, and set push mode." The Examiner 
then states that "the created components database in the planning component 210 is 
represented as one rule database or the data in the database 600 is rqircscnted as one rule 
database." 

The Examiner then states that Jenkins leaches "assigning a priority to a demand 
record, said demand record containing a demand record attribute field and a demand 
record priority field," citing Table 1 3 of page 23 of the Jenkins reference and concluding 
that each item in Table 1 3 is a demand record and that "each item has priority field 

YOR9200l014GUSl/m-0003 1 8 
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including the value of the field and the value of draw quantity field." 

The Examiner then slates thai Jenkins goes on to teach that the priority 
assignment, as recited in claim 1 L, includes "selecting said at least one rule database, said 
at least one rule database including at least one record, a rule database attribute field that 
correlates to said demand record attribute field, and a rule database priority field." In 
support, the Examiner references Table 3 and page 1 1, left column, lines 32-52 and page 
13, left column, lines 22-30 of Jenkins and states "the planning component 210 creates 
recommended shipments when source stock is not limited within the minimum allocation 
duration by using following database components: sourcing, assign allocation, 
recommended shipments, and arrival calendars, set stock available duration and minimum 
allocation duration, assign location priorities, assign allocation strategies, and set push 
mode/ 1 ' The Examiner then stales "in this table each demand record attribute field 
correlates to a rule database attribute field. For example, location field of demand record 
correlates to assign location field of component database. The above information 
indicates that at least one database component is selected." In addition, the Examiner 
references page 2, lines 1-25; page 17, lines 22-67, stating "the fulfillment 100 includes 
rules, which are assigned to each SKU in database 600. The database 600 has a list of 
SKU's, a minimum safety level for each SKU at each location field, demand type priority 
field. Each field in the fulfillment 1 00 corresponds to each item location field and 
demand type priority field/' 

Referring to Figure I, Jenkins shows fulfillment server(s) 100 and database 
servcr(s) 600. Fulfillment scrver(s) 100 includes various modules associated therewith, 
YOIW200 1 014GUS 1/13 1 -0003 1 9 
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including a distribution module 200 (which includes a planning component 210) and a 
deployment module 300. Jenkins is devoid of any teaching or suggestion of a demand 
priority database including a demand priority record. Moreover, Jenkins is devoid of 
teaching or suggesting a demand record attribute field that corresponds to a priority 
database attribute field. Referring lo Table 1 3 and paragraph 031 8, Jenkins teaches that 
through the deployment component 300 of the fulfillment system 100, a "user can specify 
potential alternates, or substitutes, for an item, and tell deployment to automatically ship 
the substitute when inventory of the original item runs out." The Examiner's statement 
that each item is a demand record i$ in error. Rather, at best the collective listing of items 
shown in 'fable 1 3 represents a single demand. As described in paragraph 0321, the 
substitution list "tells the system to use 100-00-001 if there is not enough 100-00-000 lo 
meet the demand. The list then tells the system to use 100-00-002 if it is unable to use 
100-00 001 to fulfill the unmet requires of 100-00-000, and so on." Kach item therefore, 
is not an- individual demand record, since there is only a demand for the specified quantity 
(Draw Quantity of 1.0) and the Priority field value tells the system to use the next item 
only i f there is not enough o f the requested quantity to meet the demand. In other words, 
there is only a demand for the specified quantity provided in the first item listed in Table 
13. Since Jenkins docs not teach a rule database, it logically follows that Jenkins docs not 
loach creating a rule database as recited in Appellants' claim 1 1 . 

The examiner's statement "in this table [Table 3], each demand record attribute 
field correlates to a rule database attribute field" is also in error, The Examiner 
introduces a second tabic, which docs not correspond in any way to the alleged demand 
YO R9200 1 0 1 4 6US 1/13 1 ^0003 20 
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record (i.e., the line item of the Substitution List), on which he relics as support thai such 
demand record is taught by Jenkins. In fact, the Tabic 3 described in Jenkins relates to a 
set of planned arrivals (paragraph 01 93). The Appellants fail to appreciate how the 
Substitution List of Table 13 is combined with the planned arrival list of Table 3 to derive 
a demand record that includes a demand record attribute field which correlates to a rule 
database attribute field. 

A$ recited in claim 1 1 , two record types, namely a demand record and a rule 
database record are claimed. A rule database attribute field of the rule database correlates 
to the demand record attribute field of the demand record Jenkins et ah is devoid of 
teaching any of these elements. 

The lsxaroincr acknowledges thai Jenkins is devoid of teaching "querying said at 
least one rule database for a corresponding rule database record that contains data in said 
rule database attribute field that matches data in said demand record attribute field; based 
upon said querying, updating data in said demand record priority field with data from said 
corresponding rale database priority field". However, the Examiner states that Jenkins 
"Leaches ihe user can specify potential alternates, or substitutes, for an item. The system 
100 allows the user to track when substitution logic has recommended shipments of 
substitute items in a database to meet the demand of primary item. Hie primary demand 
includes Rff Date, priority field." Citing Table 3, page 23, lines 39-40; and page 24, 
lines 7-56, the iixamincr then states "when a substitute item meets the demand of primary 
item, it means that fields of substitute item match the fields of primary item." The 
Examiner concludes that this indicates support for his contention that "the system queries 
YOR9200 1 0 H GUS 1 /I3 1 -0003 2 1 
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the system 100 lo retrieve substitutes items.*' In addition, the Examiner cites Figure 1 T 
and page 27, lines 24-40 in support thnt the system includes a query to modify. The 
Appellants submit that, while the system of Jenkins may perform substitutions for 
alternate items, it does not logically follow that the substitution activities in anyway 
include least one rule database" and "a corresponding rule database record that 
contains data in said rule database attribute field that matches data in said demand record 
attribute field " Accordingly, the Appellants submit that the Examiner's claim of 
obviousness with respect to the "querying" and the "updating" is in error, For at least 
these reasons, claim 11 patenl ably defines over Jenkins ct al. 

Claims 12-15 and 17-21 should be patentable as depending from what should be 
an allowable independent claim. 

Claim 12 should also be allowable as setting forth patentable subject matter in 
and of itself. Claim 12 recites "wherein said data in vsaid corresponding rule database 
attribute field contains an explicit value operable for specifying a priority to be given to a 
demand record; wherein said match occurs if said data in said demand record attribute 
field is contained within said explicit value.*' The Examiner cites Table 13, page 23; 
Table 3, page 23, lines 39-40; page 24, lines 7-5G in support of the rejections. However, 
Jenkins does not teach a rule database attribute field as indicated above with respect to 
claim 1 1 . Consequently, it logically follows that Jenkins ct al. docs not teach an explicit 
value contained in the rule database attribute field that is "operable for specifying a 
priority to be given to a demand record; wherein said match occurs if said data in said 
demand record attribute field is contained within said explicit value** as recited in claim 
YOk9^0010l46USl/131-0003 22 
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1 2. ] ? or at least those reasons, claim 1 2 patcntably defines over Jenkins el at. 

Claims 13 should also be allowable as selling forth patentable subject matter in 
ami of itsolf The Examiner concedes lliat with respect to claim 1 3, that Jenkins docs not 
teach ihe claimed limitation "wherein said data in said corresponding rule database 
attribute field contains a hierarchy value operable for specifying a priority to be given to a 
hierarchy level defined within said rule database attribute field; wherein said match . 
occurs if said data in said demand record attribute field is contained within said hierarchy 
value." However, the Examiner contends that Jenkins teaches that a user can specify 
potential alternates, or substitutes, for an item that includes substitution logic for 
recommending shipments of substitute items to meet the demand of a primary item. The 
Examiner further contends that Jenkins teaches thai when a substitute item meets the 
demand of primary item, it means that fields of substitute item meets match the fields of 
primary item. The Examiner relics on this interpretation as evidence that the system of 
Jenkins el ul. queries the system 100 to retrieve substitutes items, citing Tabic 13, page 
23, lines 39-40; page 24, lines 7-56 in support. 

The Kxamincr then applies this interpretation and alleges that it would have been 
obvious to a person of an ordinary skill in the art at the lime the invention was made to 
apply Jenkins' teaching of allowing the user to track when substitution logic has 
recommended shipments of substitute items in a database to meet the demand of primary 
item in order to avoid supply conflicts such as unexpected delays in production, by 
rerouting and reapplying resources. The Examiner's interpretation and assessment of the 
teachings of Jenkins ct al. is clearly in error. The Table 13 relied upon by the Examiner 
YOR92001O146US1/131-00O3 23 
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relates lo a single demand as represented by a single line item. All other line items 
represent substitute products available for this single demand. The product substitution 
(i,c., subsequent line items) may be executed upon the occurrence of a condition. By 
conlrnsl, the limitations recited in claim 13 have no association with tbc application of 
substitutions for items listed in a single demand statement. For at least these reasons, 
claim 1 3 patentably defines over Jenkins ct al. 

Claim 14 should also be allowable as setting forth patentable subject matter in and 
Of itself. Claim 14 recites the limitation "wherein said data in said corresponding rule 
database attribute field contains a wildcard value operable for specifying a default priority 
value to be given to a hierarchy level defined with said rule database attribute field," 
Claim 14 further recites the limitation L \vhcrcin said data in said corresponding rule 
database nlLribute field contains a wildcard value operable for specifying a default priority 
value to be given to a hierarchy level defined with said rule database attribute field." The 
lixammcr cites page 19, col. Led, lines 20-50 and page 12, lines 45-61 in support of the 
rejections. However. Jenkins is devoid of teaching a wild card value. For at least these 
reasons, claim 14 patentably defines over Jenkins et al. 

Claim 15 should also be allowable as setting forth patentable subject matter in and 
of itself Claim 1 5 recites "wherein said demand record attribute field includes due date, 
customer, and demand type/ 1 The Examiner cites page 23, col. Right, lines 15-60 in 
support. However, Jenkins docs not teach a demand record attribute field as suggested by 
the Examiner. For at least these reasons, claim 15 patentably defines over Jenkins et al. 
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Claim 17 should also be allowable as setting forth patentable subject matter in and 
of ilsel f. Claim 1 7 recites "updating said at least one record in said at least one rule 
database." The Examiner relies upon page 25, lines 51-60 in support. However, Jenkins 
docs not teach a rule database. For at least these reasons, claim 17 patcntably defines 
over Jenkins ct al. 

Claim IS should also be allowable as setting forth patentable subject matter in 
and oTilsclf. Claim L8 recites "creating said hierarchy value, said hierarchy value 
containing a hierarchy level." The Examiner relies upon page 7 f col. Right, lines 37-44 in 
support. The Examiner contends that Jenkins el ah leaches a hard expiration dale is used 
with products that have a limited shelf life based on a date rather than a duration. The 
Examiner then states that this information shows that the system creates a hierarchy 
vaiuc. The Examiner's interpretation of claim 18 is in error. The hierarchy value recited 
in claim 18 cannot be fairly equated lo u time value (i.e., shelf life) as suggested by the 
Examiner. For at basl these reasons, claim 1 8 patcntably define over Jenkins cl al. 

Claim 19 should also be allowable as setting forth patentable subject matter in 
and nf itself. Claim 19 recites "creating said hierarchy value, said hierarchy value 
containing said explicit level." The hierarchy value recited in claim 19 cannot be fairly 
equated lo a lime value (i.e., shelf life) as suggested by the Examiner. For at least Ihese 
reasons, claim 19 patcntably defines over Jenkins et ah 

Claims 10 and 32 recite "creating al least one rule database; 
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assigning a priority lo a demand record, said demand record containing a demand 
record allributc field and a demand record priority field; said assigning including: 

selecting said at least one rule database, said at least one rule database 
including at least one record, a rule database attribute field thai con-elates to said demand 
record attribute field, and a rule database priority field; 

querying said at least one rule database for a corresponding rule database 
record that contains data in said rule database attribute field that matches data in said 
demand record attribute field, said matching comprising: 

querying said at least one rule database for an explicit data match; 

if no said explicit data match exists, querying said at least one rule 
database for a hierarchy value match; and; 

if no said explicit data match or said hierarchy value data match 
exists, querying said at least one rule database for a wildcard match; and 

based upon said querying, updating data in said demand record priority 
field with data from said corresponding mlc database priority field,'* 

Claims 10 and 32 recite substantially the same limitations as claims 1 and 23, 
respectively, with the exception of the limitations "said matching comprising: 

querying said at least one rule database for an explicit data match; 

if no said explicit data match exists, querying said at least one rule 
database for a hierarchy value match; and; 

ifno said explicit data match or said hierarchy value data 
match exists, querying said at least one rule database for a wildcard match." Accordingly, 
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the arguments advanced above with respect to claims 1 and 23 apply here to claims 10 
and 32. 

In addition, Jenkins cl al. is devoid of teaching priority assignments characterized 
by explicit values, hierarchy values, and wildcard values. For at least these fcasons, 
claims 10 and 32 patemtably define over Jenkins el ah 

Claim 22 recites substantially the same elements as claims 10 and 11 above. For 
at least the reasons advanced above with respect to claims 10 and 11, claim 22 patcnlably 
defines over Jenkins ct al. 

CpNCUJSIQN 

In view ofthe foregoing, it is urged that the final rejection of claims 1-5, 7-1 5, 17- 
27 ami 29-32 be overturned. The final rejection is in error and should be reversed, The 
fee set foilh in 37 CFR 41 .20(b)(2) is enclosed herewith. Tf there are any additional 
charges with respect to this Appeal Brief, or otherwise, please charge them to Deposit 
Account No. 50-0510. 



Respectfully submitted, 



CANTOR COLBURN LLP 




Marisa J. Dubflc 
Registration No. 46,673 
Customer No, 48915 



Date: July I, 2005 

Address: 55 Griffin Road South, Woomficld, CT 06002 
Telephone: (860) 286-2929 
Fax: (860)286-0115 
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CLAIM APPKND1X 

1 . A method Tor performing master planning priority assignment, the method 
comprising: 

creating at least one rale database; 

assigning a priority to a demand record, said demand record containing a demand 
record attribute field and a demand record priority field- said assigning including: 

selecting said at least one rule database, said at least one rule database 
including at least one record, a rule database attribute field that correlates to said demand 
record attribute field, and a rule database priority field; 

querying said at least one rule database for a corresponding rule database 
record that contains data in said rule database attribute Held that matches data in said 
demand record attribute field; and 

based upon said querying, updating data in said demand record priority 
field with data from said corresponding rule database priority field. 

2. The method of claim 1 wherein said data in said corresponding rule database 
Attribute field contains an explicit value operable Tor specifying a priority to be given to a 
demand record; 

wherein said match occurs if said data in said demand record attribute field is 
contained within said explicit value. 

3. The method of claim 1 wherein said data in said corresponding rule database 
attribute field contains a hierarchy value operable for specifying a priority to be given to a 
hierarchy level defined with said rule database attribute field; 
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wherein said match occurs if said data in said demand record attribute field is 
contained within said hierarchy value. 

4. The method or claim 1 wherein said data in said corresponding rule database 
attribute field contains a wildcard value operable for specifying a default priority value to 
said rule database attribute field; 

wherein said data in said demand record attribute field is not used in said 
matching. 

5. The method of claim 1 wherein said demand record attribute field includes due 
date, customer, and demand type' 

6. (canceled) 

7. The method of claim 1 further comprising updating said at least one record in 
said at least one rule database. 

8. The method of claim 3 further comprising creating said hierarchy value, said 
hierarchy value containing a hierarchy level. 

9. The method of claim 3 further comprising creating said hierarchy value, said 
hierarchy value containing said explicit value. 

1 0. A method for master planning priority assignment, the method comprising: 
creating at least one rule database; 

assigning a priority to a demand record, said demand record containing a demand 
record attribute field and a demand record priority field; said assigning including: 
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selecting said at least one rule database, said at least one rule database 
including at least one record, a rule database attribute field tbat correlates to said demand 
record attribute field, and a rule database priority field; 

querying said at least one rule database for a corresponding rule database 
record tbat contains data in said rule database attribute field that matches data in said 
demand record attribute field, said matching comprising: 

querying said at least one rule database for an explicit data match; 

if no said explicit data match exists, querying said at least one rule 
database for alii crarchy value match; and; 

if no said explicit data match or said hierarchy value data match 
exists, querying said at least one rule database for a wildcard match; and 

based upon said querying, updating data in said demand record priority 
field with daLa from said corresponding rule database priority field. 

11. A system for performing master planning priority assignment, the system 
comprising: 

a storage device storing master planning priority assignment data; 
a user system; and 

a host system in communication widi said storage device and said user systems, 
said host system implementing a process comprising: 

creating at least one rule database; 

assigning a priority to a demand record, said demand record containing a 
demand record attribute field and a demand record priority field; said assigning including: 
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selecting said at lensl one rule database, said at least one rule database 
including at least one record, a rule database attribute field that correlates to said demand 
record attribute field, and a nile database priority field; 

querying said at least one rule database for a corresponding rule database 
record that contains data in said rule database attribute field that matches data in said 
demand record attribute field; and 

based upon said querying, updating data in said demand record priority 
field with data from said corresponding rule database priority field. 

1 2. The system of claim 1 1 wherein said wherein said data in said corresponding 
role database attribute field contains an explicit value operable for specifying a priority to 
be given to a demand record; 

wherein said match occurs if said data in said demand record attribute field is 
contained within said explicit value. 

13. The system of claim it wherein said data in said corresponding rule database 
attribute field contains a hierarchy value operable for specifying a priority to be given to a 
hierarchy level defined within said rule database attribute field; 

wherein said match occurs if said data in said demand record attribute field is 
contained within said hierarchy vatuc. 

14. The system of claim 1 1 wherein said data in said corresponding rule database 
al tribute field contains a wildcard value operable for specifying a default priority value to 
said rule database attribute field; 

wherein said data in said demand record attribute field is not used in said 
matching. 
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1 5. The syslcm of claim 1 1 wherein said demand record attribute field includes 
due date, customer, and demand type, 

16. (canceled) 

1 7. The syslcm of claim 1 1 wherein said host system implementing a process 
further comprises updating snid ut least one record in said at least one rule database. 

1 8. The system of claim 1 3 wherein said host system implementing a process 
further comprises creating said hierarchy value, said hierarchy value containing a 
hierarchy level. 

ID, The system of claim 13 wherein said host system implementing a process 
further comprises creating said hierarchy value, said hierarchy value containing said 
explicit value, 

20. The system of claim 1 1 further comprising a network providing 
communication between the host system and the user system. 

2 1 . The sy$tcm of claim 1 1 further comprising a network providing 
communication between the storage device and the host system. 

22. A system for performing master planning priority assignment, the system 
comprising: 

at least one rule database; 

a storage device storing master planning priority assignment data associated with 
said at least one rule database; 

a user system; and 
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a host system iu communication with said storage device and said user systems, 
suit] hosL system implementing a process comprising: 

creating said at least one rule database; 

assigning a priority to a demand record, said demand record containing a 
demand record attribute field and a demand record priority field; said assigning including: 

selecting said at least one rule database, said at least one rule 
database including at least one record, a rule database attribute field that correlates to said 
demand record attribute field, and a rule database priority field; 

querying said at least one rule database for a corresponding rule 
database record that contains data in said rule database attribute field that matches data in 
said demand record attribute field, said matching comprising: 

querying said at least one rule database for an explicit data 

match; 

if no said explicit data match exists, querying said at least 
one rule database for a hierarchy value match; and 

if no said explicit data match or said hierarchy value data 
match exists, querying said at least one rule database for a wildcard match; and 

based upon said querying, updating data in said demand record 
priority field with data fiotn said corresponding rule database priority field. 

23. A storage medium encoded with machine-readable computer program code 
for performing master planning priority assignment, the storage medium storing 
instructions for causing a host system to implement a method comprising: 
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creating at Jcnst one rule database; 

assigning a priority to a demand record, said demand record containing a demand 
record alUibiite field and a demand record priority field; said assigning including: 

selecting said at least one rule database, said at least one rule database 
including at least one record, a role database attribute field that correlates to said demand 
record attribute field, and a rule database priority field; 

querying said £it least one rule database for a corresponding rule database 
record that contains data in said rule database attribute field that matches data in said 
demand record attribute field; and 

based upon said querying, updating data in said demand record priority 
field with data from said corresponding rule database priority field. 

24. The storage medium of claim 23 wherein said data in said corresponding rule 
database attribute field contains an explicit value operable for specifying a priority to be 
given to a demand record; 

wherein said match occurs if said data in said demand record attribute field is 
contained within said explicit value. 

25. The storage medium oFclaim 23 wherein said data in said corresponding rule 
database attribute field contains a hierarchy value operable for specifying a priority to be 
given to a hierarchy level defined within said rule database attribute field; 

wherein said match occurs if said data in said demand record attribute field is 
contained within said hierarchy value. 

26. The storage medium of claim 23 wherein said dala in said corresponding rale 
database attribute field contains a wildcard value operable for specifying a default priority 
value to said rule database attribute field; 
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wherein said data in said demand record attribute field is not used in said 
matching. 

27. The storage medium of claim 23 wherein said demand record attribute field 
includes due date, customer, and demand type. 

28. (canceled) 

29. The storage medium of claim 23 further comprising updating said at least one 
record in said at least one rule database, 

30. The storage medium or claim 25 further comprising creating said hierarchy 
value, said hierarchy value containing a hierarchy level. 

3 1 . The storage medium of claim 25 further comprising creating said hierarchy 
value, said hierarchy value containing an explicit value. 

32. A storage medium encoded with machine-readable computer program code 
for performing master planning priority assignment, the storage medium storing 
instructions for causing a host system to implement a method comprising: 

creating at least one rule database; 

assigning a priority to a demand record, said demand record containing a demand 
record attribute field and a demand record priority field; said assigning including: 

selecting said at least one rule database, said at least one rule database 
including at least one record, a rale database attribute field that correlates to said demand 
record attribute field, and a rule database priority field; 

querying said at least one rule database for a corresponding rule database 
record that contains data in said rule database attribute field that matches data in said 
demand record attribute field, said matching comprising: 
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ifno said explicit data match exists, querying said at least one rule 
database for a hierarchy value match; and; 

ifno said explicit data match or said hierarchy value data match 
exists, querying said at least one rule database for a wildcard match; and 

based upon said querying, updating data in said demand record priority 
Jicld with data from said corresponding rule database priority field. 
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